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(57) In a workflow system capable of simultaneously 
executing a plurality of business processes, an excep- 
tion handling unit extracts an exception condition from 
a business status definition table and transfers the ex- 
ception condition to a status watcher, the status watcher 
refers to data contained in an application data base and, 
when there is a change meeting a predetermined ex- 
ception condition, transfers the change to a user retriev- 
al unit, the user retrieval unit refers to a working data 
base to retrieve a user and gives information to the com- 
puter of the related user, whereby, when one of interde- 
pendent business processes is discontinued, informa- 
tion that the business process is discontinued is given 
to the computers executing the other interdependent 
business processes. 
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Description 

[0001] The present invention relates to a workflow 
management system for controlling order of execution 
of business programs. 

[0002] Various methods employing a computer have 
been proposed to enhance the efficiency of business 
work to be carried out by a group. A workflow manage- 
ment system which carries out one of the previously pro- 
posed methods converts documents including slips into 
electronic documents, and circulates the electronic doc- 
ument among users in conformity to predetermined 
rules. The conception of workflow management sys- 
tems of this kind is mentioned in, for example, Syunsuke 
Akifuji, Hirotoshi Ise and Hiroshi Majima, "Trend of 
Workflow Management Systems", Shisutemu/Seigyo/ 
Jouhou, Vol. 40, No. 5, pp. 203-208 (May, 1996). Gen- 
erally, a workflow control system creates a business flow 
(workflow) specifying a business procedure by using a 
graphical user interface including icons and arrows, a 
workflow engine, i.e., a program, interprets the business 
flow and instruct the user to process the electronic doc- 
uments. 

[0003] A technique relating to a workflow manage- 
ment system is disclosed in, for example, Japanese Un- 
examined Patent Publication No. Hei 8-36538. This re- 
lated art technique relates to a workflow management 
system for the joint management of business processes 
executed by a plurality of information processors inter- 
connected by a network on the basis of a predetermined 
workflow. The workflow management system comprises 
a communication managing means for collectively man- 
aging communication processes for communication be- 
tween persons performed by the persons for instruction 
and inquiry about the contents of business processes to 
execute a plurality of related business processes as- 
signed to those persons. 

[0004] When a first person to whom a first business 
process is assigned executes an operation for instruc- 
tion and inquiry about the contents of a second business 
process, the communication managing means retrieves 
automatically a second person to whom the second 
business process is assigned, and then starts a com- 
munication process for communication between the first 
and the second person. 

[0005] Generally, business processes are not execut- 
ed one by one and, in most cases, a plurality of related 
business processes are executed simultaneously to re- 
duce overall business time. For instance, in a business 
flow from the reception of an order for merchandise to 
the delivery of the merchandise, an estimate is made for 
the merchandise afterthe completion of inquiry and then 
the production of the merchandise is started. Actually, it 
is possible that estimation is stated during inquiry to start 
production at an early stage. 

[0006] When one of a plurality of interdependent busi- 
ness processes is discontinued while the interdepend- 
ent business processes are being executed simultane- 



ously by this prior art workflow management system, us- 
ers involved in the rest of the business processes are 
unable to know the discontinuance of the business proc- 
ess and carry out the unnecessary business processes 

s uselessly unless the users are notified of the discontin- 
uance of the business process. 
[0007] It is an object of the present invention to pro- 
vide a workflow management system capable of notify- 
ing users carrying out a plurality of interdependent busi- 

10 ness processes of the discontinuance of one of the plu- 
rality of interdependent business processes during the 
simultaneous execution of the plurality of interdepend- 
ent business processes. 

According to a first aspect of the present invention, a 
*5 workflow management system for controlling order of 
execution of business programs comprises: a status 
watcher which refers to data included in an application 
data base storing data on application programs and de- 
tects a change meeting preset conditions; a workflow 
engine which refers to data provided by the status 
watcher, a working data base and an action/division def- 
inition table describing rules of transition of status of pre- 
viously described work data base and changes the sta- 
tus of working data base; a resource selector which re- 
fers to data provided by the workflow engine, a resource 
selection rule describing the relation between preset 
work and users and the working data base, and selects 
a user; and a notifier which notifies a user selected by 
the resource selector of work. 

[0008] According a second aspect of the present in- 
vention, a workflow management system for controlling 
order of executing business programs comprises: a sta- 
tus watcher which refers to data included in an applica- 
tion data base storing data on application programs, and 
detects a change meeting preset conditions; a first work- 
flow engine which refers to data provided by the status 
watcher, a working data base and an action/division def- 
inition table describing rules of transition of status of pre- 
viously described work data base, and changes the sta- 
tus of working data base; a first resource selector which 
refers to a business process flow definition describing 
the relation between an organization (a group of uses) 
and a process to be carried out by the organization, and 
a working data base and selects a process; a sub-proc- 
ess executor which starts a process selected by the first 
resource selector; a second workflow engine which re- 
fers to an application data base and a previously pro- 
vided status transition description, and changes the sta- 
tus of working data base; a second resource selector 
which refers to a user selection rule describing the rela- 
tion between preset work and users, and working data 
base and selects a user; and a notifier which notifies the 
user selected by the second resource selector of work. 
[0009] In the foregoing workflow management sys- 
tem, it is preferable to make reference to the application 
data base and, if a change meeting a preset exception 
condition is found, to notify the user of the change. 
[001 0] In this workflow management system, it is pref- 
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erable that the exception condition indicates the discon- 
tinuance of a first business status and the start of a sec- 
ond business status having the same start condition as 
that of the first business status. The exception condition 
may indicate the discontinuance of a first business sta- $ 
tus, the termination of a second business status, and 
the start of a third business status started after the ter- 
mination of the second business status. 
[001 1] In the drawings: 

10 

Fig. 1 is a block diagram of a workflow management 
system in a first embodiment according to the 
present invention. 

Fig. 2 is a view for explaining the detail of an appli- 
cation data base included in the first embodiment; is 
Fig. 3 is a view for explaining the detail of a business 
status definition table included in the first embodi- 
ment; 

Fig. 4 is a view for explaining the detail of an action/ 
division definition table included in the first embod- 20 
iment; 

Fig. 5 is a view for explaining the detail of an organ- 
ization data base included in the first embodiment; 
Fig. 6 is a view for explaining the detail of a resource 
selection rule included in the first embodiment; 25 
Fig. 7 is a flow chart for explaining the operation of 
a status watcher; 

Fig. 8 is a flow chart for explaining the operation of 
a workflow engine; 

Fig. 9 is a flow chart for explaining the operation of 30 
a resource selector; 

Fig. 10 is a flow chart for explaining the operations 
of a status watcher and an application data base 
when the status watcher receives notice of change 
from the application data base; 3s 
Fig. 11 is a block diagram of a workflow manage- 
ment system in a second embodiment according to 
the present invention; 

Fig. 12 is a flow chart for explaining the operation 
of an exception status watcher; 40 
Fig. 1 3 is a view of a business status definition table 
for explaining the creation of an exception condi- 
tion; 

Fig. 1 4 is a view of a business status definition table 
for explaining another example of creation of an ex- 4S 
ception condition; 

Fig. 1 5 is a block diagram of a workflow manage- 
ment system in a third embodiment according to the 
present invention; 

Fig. 16 is a view for explaining the detail of a busi- so 
ness process flow definition; 
Fig. 17 is a view for explaining the detail of a re- 
source selection rule; 

Fig. 18 is a flow chart for explaining the operation 
of a resource selector A; ss 
Fig. 19 is a flow chart for explaining the operation 
of a sub-process executor; 
Fig. 20 is a flow chart for explaining the operatbn 



of a workflow engine B; and 

Fig. 21 is a flow chart for explaining the operation 

of a resource selector B. 

[0012] Workflow management system in preferred 
embodiments according to the present invention will be 
described hereinafter with reference to the accompany- 
ing drawings. 

[0013] Fig. 1 is a block diagram of a workflow man- 
agement system in a first embodiment according to the 
present invention, Fig. 2 is a view for explaining the de- 
tail of an application data base, Fig. 3 is a view for ex- 
plaining the detail of a business status definition table, 
Fig. 4 is a view for explaining the detail of an action/ 
division definition table, Fig. 5 is a view for explaining 
the detail of an organization data base, Fig. 6 is a view 
for explaining the detail of a resource selection rule, Fig. 
7 is a flow chart for explaining the operation of a status 
watcher, Fig. 8 is a flow chart for explaining the ope ration 
of a workflow engine, and Fig. 9 is a flow chart for ex- 
plaining the operation of a resource selector. 
[0014] In Figs. 1 to 6, a numeral 10 indicates a busi- 
ness status definition table, 20 an action/division defini- 
tion table, 30 an organization data base, 40 a resource 
selection rule, 50 a working data base, 60 an client ap- 
plication, 70 a server application, 80 an application data 
base, 90 a status watcher, 100 a workflow engine, 110 
a resource selector, 120 a notifier, 130 an in-box and 
140 a user. 

[0015] The workflow management system in the first 
embodiment according to the present invention is char- 
acterized in referring to data stored in an application da- 
ta base other than the data base of the workflow man- 
agement system and controlling the existing application 
program. 

[001 6] As shown in Fig. 1 , the workflow management 
system in the first embodiment comprises the business 
status definition tables 10 describing business statuses 
and the corresponding attributes, the action/division 
definition tables 20 specifying correspondence between 
business statuses and actions, and business process- 
ing steps and divisions, the organization data base 30 
specifying the relation between divisions and the organ- 
ization, the resource selection rule 40 specifying the re- 
lation among a combination of division and business 
processing step, a resource selecting condition, and 
persons in charge, the working data base 50 storing da- 
ta for the workflow management system, the client ap- 
plication 60 to be executed by client computers, the 
server application 70 to be executed by a server com- 
puter for communicating with the client application 60, 
the application data base (APDB) 80 storing data for 
server application 70, the status watcher (SW) 90 which 
monitors change in the status of the application data 
base 80, the workflow engine 100 which refers to the 
output of the status watcher 90 and the data stored in 
the working data base 50 to change the contents of the 
working data base, the resource selector (RS) 110 
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which receives the output of the workflow engine 100, 
refers to the working data base 50, the action/division 
definition tables 20 and the organization data base 30 
to select a user, the notif ier 1 20 which gives the selected 
user a notice, and the in-box 1 30 which stores the notice s 
given by the resource selector 1 20. The user 140 refers 
to the notice stored in the in-box 130 and executes the 
client application. 

[0017] As shown in Fig. 2, the application data base 
80 contains records 2100 each of which is correspond- 10 
ing to a business identification number and including at- 
tribute information items 2010, 2020 and 2030 repre- 
senting business identification number, start of estima- 
tion and completion of estimation, respectively. 
[0018] As shown in Fig. 3, the business status defini- is 
tion table 10 contains records 3100 and 3110 each of 
which is corresponding to a business identification 
number and including attribute information items 3010, 
3020, 3030, 3040 and 3050 representing business sta- 
tus name, status, business identification number, start 20 
of estimation and completion of estimation, respectively. 
[0019] As shown in Fig. 4, the action/division defini- 
tion table 20 contains records 4100 and 4110 each of 
which is corresponding to a business identification 
number and including attribute information items 4010, 25 
4020, 4030 and 4040 representing business status 
name, action name, business processing step and divi- 
sion node, respectively. 

[0020] As shown in Fig. 5, the organization data base 
30contains records 5 100 and 51 10 each of which tscor- 30 
responding to a division node and including attribute in- 
formation items 5010 and 5020 representing division 
node and organization structure, respectively. An organ- 
ization structure is expressed by a tree structure as 
shown in Fig. 5. 3S 
[0021] The resource selection rule 40 comprises divi- 
sion node resource selection rules 6010 and 6020 as 
shown in Fig. 6. The division node resource selection 
rule 6010 has a region 6030 for indicating business 
process step. The region 6030 is defining attribute in- 40 
formation items 6060 and 6070 representing resource 
selection condition and name of person in charge, and 
two records 6040 and 6050 are prepared therein de- 
pending upon the resource selection conditions. 
[0022] The operation of the workflow management 45 
system thus constructed will be described hereinafter. 
The processing in the workflow management system 
shown in Fig. 1 is executed by the status watcher 90, the 
workflow engine 100, the resource selector 110 and the 
notifier 120 which are individual programs operative in so 
parallel. These programs can easily be realized by using 
functions, such as process execution and interprocess 
communication. 

[0023] The operation of the status watcher 90 will be 
described with reference to a flow chart shown in Fig. 7. ss 

(1) Upon the start of a procedure shown in Fig. 7, 
the status watcher 90 reads attribute names from 



the business status definition table 10 and sets at- 
tributes of application data base 60 to be monitored 
(steps 7000, 7010 and 7020). 

(2) A query is made in step 7030 to see if any 
change is made in the attributes of the application 
data base 80. If the response in step 7030 is affirm- 
ative, the business status name and the status of 
the record are given to the workflow engine 100 in 
step 7040 (steps 7030 and 7040). 

(3) If the response in step 7030 is negative or after 
the completion of step 7040, the procedure returns 
to step 7020, and steps 7020 to 7040 are repeated. 

[0024] Data as shown in Fig. 3 is stored in the busi- 
ness status table 1 0 by this procedure. Attributes repre- 
senting business identification number, start of estima- 
tion, completion of estimation are monitored. In the data 
given to the workflow engine 100, the business status 
is "start of inquiry" when a business identification is giv- 
en and estimation is not started. When 'start of estima- 
tion" is entered, the business status is "completion of 
inquiry". When the business identification number is giv- 
en and "end of estimation" is not entered, the business 
status is "start of estimation". When "completion of es- 
timation" is entered, the business status is "completion 
of estimation". 

[0025] As shown in Fig. 2, the application data base 
80 now stores therein a record 2100 having a business 
identification number "001 " but no information about the 
start and completion of estimation. The record 21 00 was 
written in the application data base 80 by the server ap- 
plication 70. Since the business identification number 
has been entered and any information about the start of 
estimation is not entered yet, the status watcher 90 
gives the workflow engine 100 notice that the business 
status is "start of inquiry" in step 7040. 
[0026] The operation of the workflow engine 100 will 
be described with reference to Fig. 8. 

(1) The workflow engine 100 starts the procedure 
shown in Fig. 8 upon the reception of the notice for 
indicating the business status change issued by the 
status watcher 90 in step 7040. The workflow en- 
gine 100 reads all the records stored in the action/ 
division definition table 20 (steps 8000 and 8010). 

(2) A query is made in step 8020 to see if any infor- 
mation is received from the status watcher 90. If the 
response in step 8020 is negative, step 8020 is re- 
peated. If the response in step 8020 is affirmative, 
the workflow engine 100 compares data received 
from the status watcher 90 with all the records read 
out from the action/division definition table 20 in 
step 8030 to determine a process to be executed 
(steps 8020 and 8030). 

(3) A query is made in step 8040 to see if the proc- 
ess determined in step 8030 has any object to be 
changed. If the response in step 8040 is negative, 
a new object for storing working data is created in 
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the working data base 50 (steps 8040 and 8050). 
(4) After the completion of step 8050 or when the 
response in step 8040 is affirmative, i.e., when the 
business status is changed, the status of the object 
created in the working data base 50 is changed, ac- 
tion name, business process step and division node 
are given to the resource selector 110, and then 
steps 8020 to 8070 are repeated (steps 8060 and 
8070). 

[0027] In the above process, since the action/division 
definition 20 was read in step 8010, and the information 
was received from the status watcher 90, an object is 
created in the working data base 50 in step 8050, the 
data is set in step 8060, and the data is given to the 
resource selector 110 in step 8070. Since the business 
status is "inquiry", action name "creation of inquiry", 
business process step "inquiry" and division node 
"Sales' are given to the resource selector 110. 
[0028] The operation of the resource selector 1 1 0 will 
be described hereinafter with reference to Fig. 9, 

(1) The resource selector 110 starts the procedure 
shown in Fig. 9 when the data is given thereto by 
the workflow engine 100 in step 8070. The resource 
selector 110 reads all the records stored in the or- 
ganization data base 30 and reads all the records 
stored in the resource selection rule 40 (steps 9000, 
9010 and 9020). 

(2) The action name, the business process step and 
the division node give thereto by the workflow en- 
gine 100 are compared with the data in the working 
data base 50 to select a user in step 9030. Selected 
user name and application name are given to the 
notrfier 120 in step 9040 and then the procedure is 
ended (steps 9030, 9040 and 9050). 

[0029] In this procedure, the resource selector 110 
reads the organization data base 30 shown in Fig. 5 in 
step 9010, reads the resource selection rule 40 in step 
9020 and selects the user in step 9030. Since the data 
received from the workflow engine 100 represents busi- 
ness step "inquiry" and division node "sales", reference 
is made in step 9030 to other data stored in the working 
data base 50 to select "Sales Section 1 " of "Retail Sales 
Department" included in the organization data base 30, 
and person "A" in charge of business process step "in- 
quiry" for the division node "Sales Section 1 " included 
in the resource selection rule 40, and information about 
the selected data, and application name "creation of in- 
quiry" are given to the notifier 120 in step 9040. 
[0030] The notifier 120 gives the application name to 
the in-box for the user selected by the resource selector 
110. In this case, application name "creation of inquiry" 
is written to the in-box of the person "A". 
[0031] The workflow management system in the first 
embodiment shown in Fig. 1 executes the foregoing pro- 
cedures repeatedly until an external stop instruction is 



given thereto. Accordingly, the user 140 is able to know 
the progress, change and status of other business proc- 
esses. 

[0032] According to the first embodiment, since the 
s procedures are executed by referring to the data stored 
in the application data base prepared separately from 
the data base of the workflow management system, the 
invention can be combined with the workflow manage- 
ment system without requiring the great modification of 
io the existing application program. 

[0033] In the procedure carried out by the status 
watcher 90, the procedure returns to step 7020 to read 
the data stored in the business status definition 10 if it 
is decided in step 7030 that any change is not made in 
*5 the application data base 80. In such a case, it is pos- 
sible to repeat step 7030 instead of returning to step 
7020. 

[0034] In the foregoing description of the first embod- 
iment, the status watcher 90 repeats the loop for making 
20 reference to the application data base 80 as shown in 
Fig. 7. However, notice of change may be received from 
the application data base 80 by using the function of a 
data base management system applied to the applica- 
tion data base. 

25 [0035] Description will be made of the operation of the 
status watcher 90 and the application data base 80 to 
receive notice of change from the application data base 
80 with reference to Fig. 10. 

30 (1 ) The status watcher 90 starts a procedure shown 
in Fig. 10 in step 10000, reads attribute names from 
the business status definition table 10 in step 
10010, gives the attribute of the application data 
base 80 to be monitored to the application data 

35 base 80 in step 10020 and ends the procedure in 
step 10030 (steps 10000, 10010, 10020 and 
10030). 

(2) The application data base 80 starts a procedure 
shown in Fig. 10 in step 10100, receives the at- 

*o tribute from the status watcher 90 in step 10110. 
The application data base 80 makes a query in step 
10130 to see if any change is made in the set at- 
tribute (steps 10100, 10110, 10120 and 10130). 

(3) If the response in step 10130 is affirmative, the 
45 business status name and the status of the record 

are given to the workflow engine 100 in step 10140 
(steps 10130 and 10140). 

(4) After executing step 10140 or if the response in 
step 10130 is negative, the procedure returns to 

50 step 10120, and then steps 10120 through 10140 
are repeated. 

[0036] To carry out the procedure shown in Fig. 10, 
the application data base 80 must comprise a data base 
55 management system having a function to decide wheth- 
er or not any change is made in the data base. Gener- 
ally, processing ability is higher when the function of the 
data base system is used than when an external pro- 
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gram is used, i.e., when the status watcher 90 repeats 
the loop for finding a change. Therefore, changes in the 
application data base 80 can efficiently be found in a 
short time. 

[0037] When one of a plurality of interdependent busi- 
ness processes is discontinued while the interdepend- 
ent business processes are being executed simultane- 
ously, users involved in the rest of the business proc- 
esses are unable to know the discontinuance of the 
business process and carry out the unnecessary busi- 
ness processes uselessly unless the users are notified 
of the discontinuance of the business process. The 
workflow management system in the first embodiment 
is capable of preventing the execution of useless proc- 
esses and of properly informing the user of the discon- 
tinuance of the business process. 
[0038] Fig. 11 is a block diagram of a workflow man- 
agement system in a second embodiment according to 
the present invention, Fig. 12 is a flow chart for explain- 
ing the operation of an exception status watcher, Fig. 1 3 
is a view of a business status definition table for explain- 
ing the creation of an exception condition, and Fig. 14 
is a view of a business status definition table for explain- 
ing another example of creation of an exception condi- 
tion. In Fig. 1 1 , the numeral 11000 represents an excep- 
tion handling unit, 11010 an exception status watcher 
and 11020 a user retrieval unit. In Fig. 11, other compo- 
nents like or corresponding to those shown in Fig. 1 are 
designated by the same reference numerals. 
[0039] The workflow management system in the sec- 
ond embodiment shown in Fig. 11 is capable of inform- 
ing users of the interruption of a business process. The 
workflow management system in the second embodi- 
ment comprises, in addition to the components of the 
workflow management system in the first embodiment 
shown in Fig. 1 , the exception handling unit 1 1 000 which 
creates the attribute of an exception status from the 
business status definition table 10, the exception status 
watcher 11010 which receives the attribute of an excep- 
tion status from the exception handling unit 11000 and 
monitors the change of the status of the application data 
base 80, and the user retrieval unit 11020 which re- 
ceives the output of the exception status watcher 11010, 
selects an appropriate user, and gives data to the notifier 
120. 

[0040] A procedure for selecting the attribute to be 
created by the exception handling unit 11000 will be de- 
scribed with reference to Fig. 1 3. 
[0041] An example shown in Fig. 1 3 has two kinds of 
business status, namely, "inquiry" and 'estimation". 
Business identification numbers for the two kinds of 
business status are entered. When either of the two 
kinds of business status is started, it is highly possible 
that the other is started. Therefore, it is highly possible 
that, when one of the two kinds of business status is 
discontinued, the other is discontinued and hence infor- 
mation must be given to the user to that effect. In such 
a case, when the business status definition table 10 con- 



20 



tains business status of the same starting condition, an 
exception process is a set condition as the attribute of 
the starting condition to execute the process properly. 
[0042] The operation of the exception status watcher 
5 11010 will be described with reference to Fig. 12 on an 
assumption that the exception handling unit 11000 car- 
ries out the procedure previously described with refer- 
ence to Fig. 13 and creates "business identification 
number" and "start of estimation" as attributes. 

10 

( 1 ) The exception status watcher 11010 starts a pro- 
cedure shown in Fig. 1 2 and reads attributer names 
contained in an exception definition table, not 
shown, set by the exception handling unit 11000 in 

* 5 step 1 201 0, and sets the attribute of the application 
data base 80 to be monitored in step 12020. 

(2) A query is made in step 12030 to see if any 
change is made in the attributes set in the applica- 
tion data base 80. If the response in step 12030 is 
affirmative, a business status name is given to the 
user retrieval unit 11020 in step 12040. 

(3) If the response in step 12030 is negative or after 
the execution of step 12040, the procedure returns 
to step 12020 and repeats steps 12020 through 

25 12040. 

[0043] Upon the reception of the business status 
name in step 12040, the user retrieval unit 11020 refers 
to the working data base 50 to select a user executing 
30 a business process of the business status, and gives 
information to the user of the notifier 120 to inform that 
interruption has occurred. 

[0044] Suppose, for instance, that a business identi- 
fication number is entered in the record 2100 of the ap- 

35 plication data base 80, business processes "inquiry" 
and "estimation" are started, and the user 1 40 is obliged 
by some external cause to delete the business identifi- 
cation number by operating the server application 70 
through the client application 60. In this state, in which 

^0 the attribute "business identification number" is 
changed, the exception status watcher 11010 gives 
changed status names "inquiry" and "estimation" to the 
user retrieval unit 11020. 

[0045] Then, the user retrieval unit 1 1 020 refers to the 
45 working data base 50, selects a user executing the busi- 
ness process of the business status, namely, the user 
executing "inquiry" and "estimation", and gives informa- 
tion that interruption occurred to the user to the notifier 
120. 

so [0046] Although the second embodiment of the 
present invention has been described as applied to a 
simple case in which starting conditions are the same, 
it is possible that one exception process triggers the 
chained interruption of processes and it is desired in 

55 some cases to inform the notifier 1 20 of the interruption 
of the processes. In such a case, the exception status 
watcher 11010 may read attributes created by the busi- 
ness status table 10 and the exception handling unit 
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11000, and may provide a business status in the com- 
pletion condition and the start condition are the same. 
[0047] Fig. 1 4 shows a business status definition table 
10 of assistance in explaining the creation of an excep- 
tion condition. The creation of an exception condition will 
be described with reference to Fig. 14. 
[0048] Referring to Fig. 14, the business status defi- 
nition table 10 has three kinds of business status "in- 
quiry", "estimation" and "arrangement". The completion 
condition of 'inquiry" and the start condition of 'arrange- 
ment" are the same in the data of the start of estimation. 
A business process "arrangement - is started after the 
completion of a business process "inquiry''. If a business 
process "estimation" is discontinued, it is highly possible 
that a business process "inquiry" is discontinued, and 
the discontinuance of the business process "inquiry" in- 
vokes the discontinuance of "arrangement". 
[0049] Accordingly when the start condition and the 
completion condition are in the same business status in 
the business status definition table 10, it is preferable 
that the exception status watcher 11010 provides busi- 
ness status in which the completion condition and the 
start condition are the same, in addition to business sta- 
tus in which only the start condition is the same. In the 
example shown in Fig. 14, the business process "ar- 
rangement", as well as business processes "inquiry" 
and "estimation", is an output of the exception status 
watcher 11010 in step 12040. 

[0050] For instance, suppose that a business identifi- 
cation number is entered in the record 2100 of the ap- 
plication data base 80, business processes "inquiry", 
"estimation" and "arrangement" are started, and the us- 
er 140 is obliged by some external cause to delete the 
business identification number by operating the server 
application 70 through the client application 60. 
[0051] Since the attribute "business identification 
number" is changed, the exception status watcher 
11010 gives changed status names "inquiry" and "esti- 
mation" to the user retrieval unit 11020, and sends out 
"arrangement" because the completion condition of "in- 
quiry" and the input condition of "arrangement" are the 
same. 

[0052] Although not directly related with the embodi- 
ment, it is possible to notify related business indirectly 
through other business of the interruption of the proc- 
ess. 

[0053] Fig. 1 5 is a block diagram of a workflow man- 
agement system in a third embodiment according to the 
present invention, Fig. 16 is a view for explaining the 
detail of a business process flow definition, Fig. 17 is a 
view for explaining the detail of a resource selection rule, 
Fig. 18 is a flow chart for explaining the operation of a 
resource selector A, Fig. 1 9 is a flow chart for explaining 
the operation of a sub-process executor, Fig. 20 is a flow 
chart for explaining the operation of a workflow engine 
B and Fig. 21 is a flow chart for explaining the operation 
a resource selector B. 

[0054] In Fig. 15, the numeral 12000 represents a di- 



vision process flow definition, 15010 a resource selec- 
tion rule, 15020 a resource selector A, 15030 a sub- 
process executor, 15040 a workflow engine B, and 
15050 a resource selector B. In Fig. 15, other compo- 
s nents like or corresponding to those shown in Figs. 1 
and 1 1 are designated by the same reference numerals. 
[0055] The workflow management system in the third 
embodiment is capable of selectively using a business 
process not having any predetermined procedure, and 

w a business process having a predetermined procedure. 
The workflow management system in the third embod- 
iment comprises, in addition to the components of the 
workflow management system previously described 
with reference to Fig. 11 , the division process flow def- 

*5 inition 15000 which describes the procedures of busi- 
ness processes in division nodes, the resource selec- 
tion rule 1 5010 which determines the relation among the 
combination of division and business processing step, 
position, resource selection condition and person, the 

20 resource selector A 1 5020 which receives the output of 
the workflow engine 1 00, refers to the working data base 
50, the action/division definition table 20 and the organ- 
ization data base 30 to select a sub-process, the sub- 
process executor 15030 which creates an object of a 

2S sub-process in the working data base 50, the workflow 
engine B 1 5040 which refers to the division process flow 
definition 1 5000 and gives an object of the working data 
base 50 to the resource selector B 15050, and the re- 
source selector B 15050 which receives the output of 

30 the workflow engine B 1 5040, refers to the working data 
base 50 and the resource selection rule 1 501 0 to select 
a user. 

[0056] In Fig. 16 showing the business process flow 
definition 1 5000, indicated at 1 6000 and 1 601 0 are busi- 
es ness process flows in Sales Sections 1 and 2, respec- 
tively. Each of the business flows has a storage region 
16020 for storing an estimation procedure. A process 
flow formed by icons 16030, 16040 and 16050 respec- 
tively representing person in charge, chief and manager, 
40 connected by arrows is stored in the storage region 
16020. The process flow indicates that users in the po- 
sitions indicated by the icons execute the business proc- 
ess in order indicated by the arrows. 
[0057] In Fig. 17 showing the resource selection rule 
45 15010, indicated at 17000 and 17010 are resource se- 
lection rules for Sales Sections 1 and 2. Each of the re- 
source selection rules 17000 and 17010 has a storage 
region 17020 for storing a resource selection rule for 
business process step "estimation". A record 17060 in- 
50 eluding position 17030, resource selection condition 
1 7040 and attribute of person in charge 1 7050 is stored 
in the storage region 17020. 

[0058] The operations of the processing units shown 
in Fig. 15 will be described hereinafter with reference to 
55 Figs. 1 8 to 21 . The operations of the status watcher 90, 
the workflow engine A 100, the exception handling unit 
11000, the exception status watcher 1101 0 and the user 
retrieval unit 11020 are the same as those of the corre- 
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sponding components of the foregoing embodiments, 
respectively, and hence the description thereof will be 
omitted. 

[0059] The operation of the resource selector A 1 5020 
will be described first with reference to Fig. 18. 

(1) The resource selector A 15020 starts a proce- 
dure shown in Fig. 18 in step 18000 and reads all 
the records stored in the organization data base 30 
in step 18010 (steps 18000 and 18010). 

(2) The resource selector A 1 5020 compares an ac- 
tion name, a business process step and a division 
node with data in the working data base 50 to select 
a business process flow definition for the division 
node in step 18020, gives the selected business 
process flow definition to the sub-process executor 
15030 in step 18030 and ends the process in step 
18040 (steps 18020, 18030 and 18040). 

[0060] Suppose that the operation of the workflow en- 
gine 1 00 is the same as that of the workflow engine 1 00 
of the first embodiment, and data representing division 
node "Sales Section 1 ", business process step "inquiry* 
and action name "creation of inquiry" is given to the re- 
source selector A 15020. 

[0061] Then, the resource selector A 15020 com- 
pares these received data and data in the working data 
base 50 in step 18020, selects the business process 
flow definition 16020 representing division node "Sales 
Section 1 ■ and business process step "inquiry" from the 
business process flow definition 15000 and gives the 
same to the sub-process executor 15030. 
[0062] The sub-process executor 15030 starts a pro- 
cedure shown in Fig. 1 9 in step 1 9000, creates an object 
for storing data necessary for carrying out a sub-process 
in the working data base 50 in step 1 901 0 and ends the 
procedure in step 19020 (steps 19000, 19010 and 
1 9020). In this case, the business process flow definition 
16020 is a sub-process and an object for storing data 
necessary for executing the sub-process is created. 
[0063] The operation of the workflow engine B 1 5040 
will be described with reference to Fig. 20. 

(1 ) The workflow engine B 1 5040 starts a procedure 
shown in Fig. 20 in step 20000. The workflow en- 
gine B 15040 reads all the records stored in the 
business flow process definition 15000 in step 
20010 and refers to data in the working data base 
50 in step 20020 (steps 20000, 20010 and 20020). 

(2) A query is made in step 20030 to see if the tran- 
sition of the flow is possible, i.e., if the business can 
be moved to the next position. If the response in 
step 20030 is negative, the procedure returns to 
step 20020 to repeat the above steps. 

(3) If the response in step 20030 is affirmative, the 
data in the working data base 50 is changed in step 
20040, and an action name, a division node, a po- 
sition and a business process step are given to the 



resource selector B 15050 in step 20050, and then 
the procedure returns to step 20020 to repeat the 
above steps (steps 20040 and 20050). 

s [0064] Suppose that the workflow engine B 15040 
reads all the records contained in the business process 
flow definition 1 5000 shown in Fig. 1 6 and refers to data 
in the working data base 50 in step 20020, it is decided 
in step 20030 that the transition of the flow is possible, 

10 i.e., the business can be moved to the next position, and 
the flow is moved to "person in charge" indicated by the 
icon 16030. Then, workflow engine B 15040 changes 
the data contained in the working data base 50 in step 
20040, and gives the action name "creation of inquiry", 

*5 the division node "Sales Section 1 ", the position "person 
in charge* and the business process step "inquiry" to the 
resource selector B 15050. 

[0065] The operation of the resource selector B 1 5050 
will be described hereinafter with reference to Fig. 21 . 

20 

(1) The resource selector B 15050 starts a proce- 
dure shown in Fig. 21 in step 21000 and reads all 
the records stored in the resource selection rule 
15010 in step 21010 (steps 21000 and 21010). 
25 (2) The records read out from the resource selection 
rule 1 501 0 are compared with the data contained in 
the working data base 50 to select a user in step 
21020. A user name of the selected user and an 
application name are given to the notif ier 1 20 in step 
30 .21030 and the procedure is ended in step 21040 
(steps 21020, 21030 and 21040). 

[0066] In this procedure, records stored in the re- 
source selection rule 15010 shown in Fig. 17 are read 

35 in step 21010, the user "A" is selected on the basis of 
the action name "creation of inquiry", the division node 
"Sates Section 1", the position "person in charge", the 
business process step "inquiry" and other data con- 
tained in the working data base 50 in step 21020, and 

*o the user "A" and the application name "creation of in- 
quiry" are given to the notifier 120. 
[0067] Suppose that the exception handling unit 
1 1 000 has carried out the procedure previously describe 
with reference to Fig. 1 3 and has created "business 

45 identification number" and "start of estimation", the busi- 
ness identification number is entered as the record 2100 
of the application data base 80, business process steps 
"inquiry", "estimation" and "arrangement" have been 
started, and the user 140 is obliged by some external 

50 cause to delete the business identification number by 
operating the server application 70 through the client ap- 
plication 60 by the user 140 while the business process 
step "estimation" is in process. 
[0068] Then, since the attribute "business identifica- 

55 tion number" is changed, the exception status watcher 
1 1010 gives a changed status names "inquiry", "estima- 
tion" and "arrangement" to the user retrieval unit 11020. 
[0069] Subsequently, the user retrieval unit 11 020 re- 
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fers to the working data base 50 selects users carrying 
out the business process steps of the business status, 
i.e., the users carrying out "inquiry", "estimation" and 
"arrangement", and gives information to the notifier 120 
to inform that interruption has occurred in the selected 
users. 

[0070] The workflow management system in the third 
embodiment shown in Fig. 1 5 repeats the foregoing pro- 
cedures until an external stop command is given there- 
to. 

[0071] The workflow management system in the third 
embodiment selects the business process flow defini- 
tion describing the business process defined by the pre- 
determined procedure instead of selecting a user on the 
basis of the output of the workflow engine which carries 
out a business process not defined by any predeter- 
mined procedure and is capable of realizing the same 
by the other workflow engine. Therefore, procedures for 
all the business process flows need not previously be 
determined, and an appropriate business process flow 
definition can be selected according to the data stored 
in the working data base and the application data base 
when executing a business process. 
[0072] Although the operation of the foregoing em- 
bodiment has been described on an assumption that 
one business status is discontinued, the present inven- 
tion may refer to the data contained in the application 
data base and, when a predetermined term expires, 
may inform the user of the expiration of the term. 
[0073] In the workflow management system in the first 
embodiment according to the present invention, the 
workflow engine, which refers to the business process 
definition describing business processes and controls 
order of applications to be started, uses the data sup- 
plied from the status watcher which refers to the data 
stored in the application data base other than the data 
base included in the workflow management system. 
Therefore, the function of the present invention can be 
incorporated with the workflow management system 
without requiring the great modification of the existing 
application program. 

[0074] The workflow management system in the sec- 
ond embodiment according to the present invention car- 
ries out an extracting procedure for extracting an excep- 
tion condition from conditions set in the status watcher, 
and a procedure for referring to the application data 
base and, when a change meeting predetermined ex- 
ception conditions is made, informing the user of the 
change. Therefore, if one of a plurality of interdependent 
business processes is discontinued while the plurality 
of interdependent business processes are being exe- 
cuted simultaneously, the appropriate users executing 
other business processes can be informed of the dis- 
continuance of the business process. 
[0075] The workflow management system in the third 
embodiment according to the present invention selects 
the business process flow definition describing the busi- 
ness process defined by the predetermined procedure 



instead of selecting a user on the basis of the output of 
the workflow engine which carries out a business proc- 
ess not defined by any predetermined procedure and is 
capable of realizing the same by the other workflow en- 

5 gine. Therefore, procedures for all the business process 
flows need not previously be determined, and an appro- 
priate business process flow definition can be selected 
according to the data stored in the working data base 
and the application data base when executing a busi- 

10 ness process. 

[0076] As apparent from the foregoing description, 
according to the present invention, if one of a plurality 
of interdependent business processes is discontinued 
while the plurality of interdependent business processes 

*5 are being executed simultaneously, it is possible to in- 
form the appropriate users executing other business 
processes of the interruption of the business process 
and, consequently; the users can be prevented from ex- 
ecuting useless business processes. 

20 

Claims 

1 . A workflow control method in a workflow system for 
25 carrying out a plurality of business processes, said 
workflow control method comprising the steps of: 

storing beforehand changes to be detected in 
business processes when a plurality of related 
30 business processes are executed simultane- 

ously by computers; and 
detecting an occurrence of the change in one 
of the plurality of business processes. 

3S 2. The workflow control method according to claim 1 , 
wherein the changes in the business processes to 
be detected include at least either discontinuance 
or delay of the business processes. 

40 3. The workflow control method according to claim 1 
further comprising the step of notifying at least one 
of said computers executing the related business 
processes of said detected change in the business 
process. 

45 

4. The workflow control method according to claim 3 
further comprising the step of referring to a business 
process execution instruction provided by a work- 
flow engine, and rules defining the relation between 

50 preset procedures and the computers, and select- 
ing the computers executing the related business 
processes. 

5. A workflow system for executing a plurality of busi- 
ss ness processes comprising a plurality of proce- 
dures, said workflow system comprising: 

a status watcher which detects a change in a 
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business process being executed; and 
a workflow engine which refers to data given 
thereto by the status watcher and predeter- 
mined business definitions and controls the ex- 
ecution of the business processes. $ 

6. The workflow system according to claim 5, wherein 
the status watcher detects either discontinuance or 
delay of the business process. 

7. The workflow system according to claim 5 further 
comprising a notifier which notifies related comput- 
ers of the change in the condition of execution of 
the business process detected by the status watch- 
er. 

8. The workflow system according to claim 7 further 
comprising a resource selector which refers to a 
business process execution instruction provided by 
the workflow engine and rules defining the relation 20 
between the predetermined procedures and com- 
puters, and selects said related computer for carry- 
ing out the next procedure. 

9. A storage medium capable of reading out stored in- 2s 
formation therefrom by a computer which stores 
programs for realizing the workflow control method 
defined in claim 3 as said stored information. 
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